home *** CD-ROM | disk | FTP | other *** search
/ LSD Docs / LSD Docs.iso / FILEZ / lsd37.dms / lsd37.adf / HyperHST.manual.pp / HyperHST.manual
Text File  |  1978-01-03  |  38KB  |  771 lines
  1.                                 HyPer_HST Manual
  2.  
  3.      This is fairly "long-winded".  If you don't understand the basic
  4. internals of your HST, skip to PART III and then come back to PART I-II
  5.  
  6.      OOhhh....I'm sure there are "typos/mis-statement" somewhere even
  7. after re-checking and passing by Spazm and TarHeel.  I didn't write this
  8. for "THEM".........it is for people that don't know DOS/OS so we didn't 
  9. want 50 pages of jargon.  So if you want "perfect", you shoulda done it!!
  10.  
  11.      POINT IS THAT IT WORKS GREAT!!!!  "Snob Mob" that helped me with this
  12. now think 17xxcps is "snail-bait" [or was that "jail" :^) in messages??].
  13.      With a "good" line, and both ends "set-up"..... 1810-1880 is normal.
  14.  
  15.  
  16.  
  17. ===========================================================================
  18.  
  19. PART I - The History of the HyPer_HST Idea
  20.  
  21.      First, let me explain that "Hyper_HST" is not some magical program you
  22. can just plug-in and instantly expect to get 1900cps from you HST 14.4 V.42
  23. bis modem.
  24.      
  25.      Over the last 2 years, I worked on re-doing a number of device codes
  26. such as "serial.device" and also borrowed, begged, and plagarized source
  27. codes to optimize my OS.  I also found additional utils written by other
  28. good coders dealing with killing multi-tasking, turning off audio.device,
  29. and other tricks which we experimented with for months and months.
  30.  
  31.      After months of re-writing serial.device, mathtrans.library, and other
  32. things under V1.33 DOS/ARP (I use ARP C: as C= C: commands suck sump water!!)
  33. a couple of things became painfully apparent:
  34.  
  35.      1.  The CIA/B chips (8520s) were absolutely critical to using a modem.
  36.          a.  These chips are notorious for "failures", "noise", and other
  37.              problems.
  38.          b.  CBM designed the Amiga to work via 8520s so that 19,200 was the
  39.              practical limit under V1.3 as 31,250 was something no modem
  40.              supported
  41.          c.  This would always be a "weak-link" on the Amiga.
  42.  
  43.      2.  I bought an ASDG dual serial card.
  44.          a.  Why CBM only gave us one serial port.....damn if I know???
  45.          b.  The one port they did give us.......was a "weak link" and using
  46.              the ASDG I had two "fast" serials.
  47.  
  48.      3.  The HST technology works via RTS/CTS handshaking.  Essentially the
  49.          data goes into a buffer in the HST and then must either be received
  50.          or sent to the computer (depending on whether it is [up/down]load.
  51.          a.  This buffer is designed to be fairly small......meaning it is
  52.              painfully obvious that the computer must be able to move it,
  53.              check it for CRC, and clear it VERY QUICKLY.
  54.          b.  If the computer can not keep up it will drop the RTS signal to
  55.              the HST to quit passing data......
  56.              .....this is what is called the infamous "4-14K BLINK"
  57.  
  58.      4.  To solve the "BLINK" problem poses two distict thoughts:
  59.          a.  Each "blink" represents approximate 1K of data.  Therefore, if
  60.              you have this "pause" every 10K and are averaging say 96 blocks
  61.              per minute (@ 1638cps)......the lost 10K in "blinks" is the
  62.              difference between 106 blocks per minute (1810cps).
  63.  
  64.          b.  AS A PRACTICAL SOLUTION: getting the "taskpris" to the
  65.              BBS/TERM, the I/O DEVICE, and the I/O DRIVER is critical to
  66.              making it fast enough so that the data is continuous between
  67.              the modem and HST without the RTS/CTS pauses occuring.
  68.  
  69.              It was also "critical" to keep other tasks from "stealing"
  70.              CPU time at these high speeds.  The Amiga is working darn hard
  71.              at read/write, checking CRC, and tasks specific to getting max
  72.              transfers [BLUNTLY: you can type your background letter later!!]
  73.  
  74.              It is also very apparent that things which really ate at the
  75.              CPU such as "intuition" or tasks that were running with high
  76.              "taskpris" should be lowered.  The darn thing only has 19,200
  77.              between the HST <---> computer so any delay whatsoever would
  78.              likely cause a pause because of overflow or underflow.
  79.              [BLAME C= !!!  Had they had 38.4K and 76.8K serial this would
  80.                             not be such a critical issue with your Amiga. ]
  81.              
  82.      5.  TERMINAL PACKAGE/BBS PACKAGE
  83.  
  84.          a.  THIS IS CRITICAL.  Obviously with so many BBS/TERMS the trick
  85.              is finding a BBS/TERM that can go at full speed under Amiga's
  86.              3 bitplane, 8 color ANSI [remember I did this under 1.3x DOS]
  87.              and run at FULL SPEED!!!!
  88.  
  89.          b.  Packages such as C-NET, JRjunk, BBS-PC!, or NComm could get 
  90.              perhaps 1650 if you killed the "color" or basically totally
  91.              "stripped" them to an old phosphor screen XT IBM view.
  92.              
  93.              This destroyed 70% of the joy of modeming and the cosmetics of
  94.              graphics, online games, IFF-ANSI, and other programs so I was
  95.              STUBBORN AS HELL.....my BBS and TERM had to be fast enough in
  96.                                   Z-Modem to handle color w/ full transfers.
  97.  
  98. PART II-  The Solution to Ultra High-Speed Modeming
  99.  
  100.      1.  I started developing the package as separate little tasks which I
  101.          eventually could tie together.  It would be a "package" of patches,
  102.          serial.device, '.library', and other files which would be user
  103.          installed to optimize the environment.
  104.      
  105.      2.  We tested over 25 BBS packages and some 40 odd terminal packages.
  106.          
  107.          EVERY TEST SHOWED THAT: AZcomm and AmiEXpress were the fastest.
  108.  
  109.      3.  We then started experimenting with every conceivable combination
  110.          of "buffers", taskpris, bitplanes, HD interleaves, and everything
  111.          else humanly conceivable to get the absolute "MAXED" speed possible
  112.          under V1.3x DOS.
  113.          
  114.          Months of "coding" and "trial-n-error" produced BULLETIN #7 which
  115.          worked for me with my ASDG Dual and Kronos V3.0 SCSI Controller.
  116.  
  117.      4.  I was able to routinely get 1660cps mostly w/out pauses to many
  118.          boards error free.......and on 20-40% to hit 1700-1800.
  119.  
  120.          THAT WAS THE NEXT "$64,000 Question".  Why could I sometimes get
  121.          the 1760s and sometimes not????  Any why did some still "pause"??
  122.  
  123.      5.  BRIDGECARD AND "MA BELL" TIME
  124.  
  125.          a.  I had an AT 286 bridgecard and bought an inexpensive XT serial
  126.              for $39.00 that I had tested crystal clean at 38.4K.  This got
  127.              hooked into the phone line.
  128.  
  129.          b.  I called engineering (Ameritech is a client of mine) and got
  130.              a complete engineering loop test of our slick which is rated
  131.              at 1.5megs.  I even bought a darn good line monitor.
  132.  
  133.          c.  Armed with my new tools I started calling myself 1400 times
  134.              using every route possible thru the CO and switch networking.
  135.              We even used call forwarding, cellular phone lines, and a few
  136.              clients' offices with Dimension/other switches to make loops.
  137.  
  138.          SURPRISE OF SURPRISES!!!!!!!!  
  139.  
  140.          I was able to routinely get the 1500-1660 no matter what.  Even 
  141.          lines which I would technically call "dirt balls" that met 2400bps
  142.          specs would work.  [In other words....US Robotics had done a
  143.          tremendous design job to 'specs' of 1650cps even on bad lines].
  144.          
  145.          However, when we got a very good line we started getting rates
  146.          over 1800cps.....supposedly IMPOSSIBLE!!!!  Even worst we started
  147.          getting "dms" "wrp" rates over 1900 and routinely in the 1860-1885
  148.          range when we used good known TESTING LOOPS.
  149.  
  150.          OK, what the heck is going on here????????
  151.  
  152.      6.  "Good Lines".....or what really is "GOOD!!"
  153.  
  154.          a.  Boy what a surprise!!!!  It seemed that there is a really wide
  155.              range of what was considered "good" 2400bps.  These variations
  156.              were not enough to affect normal 1650cps transfers.  It seems
  157.              each TELECO/LD translated the "2400 standards" to Swahili,
  158.              Pig-Latin, Greek, and Orkian.  Don't bet "clean" is "clean"!!!!
  159.  
  160.          b.  About 5 phone calls the US Robotics to Sue, Bruce, and tech
  161.              engineering later and we finally get an explanation.
  162.              
  163.              [IT WOULD TAKE 6-7 PAGES TO EXPLAIN ALL THE "TECHY STUFF".....]
  164.              [.....if you want it you can call them or write to engineering]
  165.  
  166.          c.  The essence is this:
  167.  
  168.              1.  When the modem is in continuous mode (no "blink") the HST
  169.                  "training" process steps up it's max rate.  OK...logical.
  170.                  BUT, internally HST gets quicker as many circuits can speed
  171.                  up with less strain on QAM, MNP, etc.  Hmmmm.....did I just
  172.                  hear that 14.4/1650cps isn't the maximum and they built-in
  173.                  a "MARGIN OF SAFETY" to say 1600-1800?????  How to use it??
  174.              2.  When you get to 14.4 and a super clean line....due to this
  175.                  "over-engineering", QAM design, MNP5, HST protocoling, and
  176.                  a great design job, chip max, etc.....it CAN GO FASTER!!!!
  177.                  Simply, HSTs can "speed-up" on super clean conditions.
  178.                  Beyond that, you write them directly for how it works.
  179.              3.  I am told the "MAXIMUM MAXIMUM'S MAXIMUM" testing under
  180.                  "zip" is 1960 and that under "lzh/lha" it is about the same.
  181.  
  182.      7.  "BLINK"  VS  "PHONE LINE QUALITY"
  183.  
  184.          a.  Well, I had assumed that the "blink" was always a Modem<-->CPU
  185.              problem.  I AM WRONG!!!!!!
  186.          
  187.              US Robotics tells me that poor phone lines or interconnects can
  188.              also cause this effect rarely due to data coming in and their
  189.              QAM cleaning it which will cause the buffer to fill quicker or
  190.              slower at any given timeframe causing occasional "blinks" you
  191.              wouldn't expect.
  192.              
  193.              They verified that really serious ones cause ARQ drops but that
  194.              occasionally you can have a LOCKED ARQ and still get "blinks"
  195.              unrelated to the Modem<--->Computer due to the speed being
  196.              variable in actually getting to the 3.25K buffer.  They also
  197.              verified your "232" cable can cause this same effect as the
  198.              phone line or in causing CRC or other errors.
  199.          
  200.          b.  I also had assumed that once you were in "continuous" mode that
  201.              you not only had the Modem<--->Computer correct.....but also
  202.              you had a GOOD LINE!!!!
  203.  
  204.              DO NOT MAKE THAT ASSUMPTION!!!!  THIS IS WHAT USR TAUGHT ME!!!!
  205.              You can have a setup good enough to get continuous which they
  206.              state will give you 1600-1750cps under most compressions (per
  207.              their manual).
  208.              
  209.              If you want 1750-1900CPS then you have to have both a darn good
  210.              setup and CLEAN, CLEAR LINES.  It is not a "one-or-other" scene.
  211.              
  212.  
  213. PART III- A practical example of how it all works
  214.  
  215.      Let's compare what is going on to an old fashioned fire-fighting team
  216.      before the days of modern fire trucks.
  217.  
  218.      1.  The men start a "bucket brigade" taking buckets (1024bytes=1K) and
  219.          passing them man to man toward the fire.
  220.      
  221.      2.  If any of the men "drop" a bucket then the water is lost.  (In our
  222.          case this is an "ERROR BLOCK" and you get a resend request from the
  223.          modem or terminal slowing things up).
  224.  
  225.          HOWEVER>>>HERE'S THE TRICK!!!  Supposing they pass an empty bucket
  226.          with no water in it.  (In our case this is the "pause" times or
  227.          "blinks").  They've wasted precious time and energy and didn't get
  228.          one drop on the fire for all that effort.
  229.  
  230.      3.  Obviously, everyone is working as fast as possible.  But if anyone
  231.          slows down, then everyone else must slow down or stop until they
  232.          catch up. (This is equivalent to your HST buffer of 3.25K.  If the
  233.          computer can't keep up taking the buckets then you will get a drop
  234.          in the RTS to wait.......seen as the "sender" as a temporary "blink"
  235.          in the SD/CS lights).
  236.  
  237.          If one man is "exhausted" totally and must slow down without a
  238.          replacement, then everyone else must also slow down to keep his
  239.          pace.  (In severe cases this is what we call "down-training" from
  240.          14.4K-->12K---->2400bps.  If they replace this gent with a fresh
  241.          firefigher, then obviously they can go the other way and start
  242.          passing faster again.
  243.  
  244.      4.  The "best case" is obviously if everyone works very quickly at
  245.          the same pace so that everything flows smoothly rapidly moving
  246.          the buckets in unison from person to person without any pauses or
  247.          delays and they are able to increase the speed in unison.  (This
  248.          is what HST "retraining" is to higher rater of 9.6, 12.0, & 14.4
  249.          in the data pump.  In your Amiga, this is the balance between all
  250.          your "TASKPRIS", buffers, and choice of term/bbs so that everything
  251.          runs extremely quick and smoothly without other tasks or a hardware
  252.          chip being "tied up" causing a delay.
  253.  
  254.      5.  If everything works our men should be able to quickly put out the
  255.          fire as other men will return the buckets at the same rate delivered
  256.          for refilling...so we don't run out of buckets.  (In our case this
  257.          is the 450 "back-channel" on the HST and the computer sending back
  258.          signals that the CRCs are correct without errors.)
  259.  
  260. PART IV- WHERE THE ACTUAL "INCREASES" COME FROM.
  261.  
  262.      1.  The basic HST/computer design is 1600-1800cps at 14.4, and allows
  263.          for certain time loss due to initial "training", EOF, and other
  264.          factors.  IT ALLOWS FOR CERTAIN SLIGHT "PAUSES" for HD read/writes
  265.          as the HST was designed knowing most "PCs" would need these.
  266.  
  267.      2.  Over 60% of HyPer_HST is based on eliminating the "BLINKS"......
  268.  
  269.          a. These 4-12K "blinks" represent delays as in my "fire brigade"..
  270.             ......simply they are "lost buckets" of water.
  271.          
  272.          b. PRACTICALLY: Each "blink" takes about 1K (same time as a block)
  273.             meaning "blinking" at 10K costs you 10 blocks/minute transmitted.
  274.  
  275.             1600cps [95 blocks] with 10K "blinks".........is equal to:
  276.             1700-1730cps [102-105 blocks WITHOUT THE "PAUSES".
  277.             
  278.             This makes perfect sense.  If you think of each "blink" as a
  279.             dropped bucket, then if there were NO DROPS you'd have 10 more
  280.             to throw on the fire to put it out.
  281.  
  282.      3.  HIGH-SPEED SENDING
  283.  
  284.          Obviously if everyone gets working in unison, then the possibility
  285.          exists to increase the rate....something like in competitive rowing
  286.          where they increase their stroke rate.
  287.  
  288.          This is where a REALLY GOOD PHONE LINE COMES IN!!!!
  289.  
  290.          a.  The HST will "retrain" up and link both modems to the best
  291.              rate.  Internally QAM, retraining, and a ton of "techy"
  292.              electronics is trying to go as fast as possible with the 
  293.              existing lines, and your setup from HST<---->computer.
  294.  
  295.          b.  Assuming that the HST<---->Computer is 19.2/38.4K (well above
  296.              what we need "well-tuned") then the HST<--->HST can start this
  297.              special high-speed sending if everything is SUPER CLEAN!!!
  298.  
  299.              1760-1900 is based on the 0-9blocks/minutes [17.07cps/block]
  300.              which can be realized by HST circuitry w/ continuous flow rate
  301.              smoothly in concert with continously error-free flow without
  302.              blinking.
  303.          
  304.          c.  AGAIN...THIS IS A "NON_TECHY" EXPLANATION!!!!!!!
  305.  
  306.              1.  The "blinks" cause each HST to have to "talk to each other"
  307.                  as well as the lost time (or buckets).
  308.              
  309.              2.  IN ADDITION...it is very hard to hold a very fast pace not
  310.                                only when there are "bucket droppers".......
  311.                  BUT LET'S CALL IT the "psychological strain" of trying to
  312.                  watch in advance and keep your mind in tune to going this
  313.                  fast without error.  Consider it "metal fatigue", "mental
  314.                  circuit exhaustion", "nervous breakdown", "heat chip fail",
  315.                  or whatever term you are technically comfortable relating
  316.                  to based on you technical background and employment.
  317.  
  318. PART V-  DIFFERENT HD/CONTROLLER and AMIGA MODELS
  319.  
  320.      1.  Suffice it to say........you can see why building a "Universal"
  321.          plug-in program is extremely difficult if not impossible???
  322.          a.  Startup-codes with all the possible tasks and priorities
  323.          b.  Type HD, Controller....boths relative speed, taskpri, interleave
  324.          c.  Models from 7MH Ami 1000 to 33MH 3500-T under 1.2/2.0x DOS
  325.          d.  Numerous "3rd party" accelerators, graphics, genlocks, etcitera
  326.              which use CPU and DOS environment resources
  327.          e.  .......WELL, I THINK YOU GET THE IDEA....OR I HOPE SO?????
  328.  
  329.  
  330.  
  331. SUMMARY:
  332.  
  333.      I hope this has explained the "project" and the process of testing by
  334. which we here at Doc's House have come up with 1700-1900cps rates routinely
  335. amongst some of our members and some of their BBS boards.
  336.  
  337.      Yes, some of the information herein has changed.  Sorry, I am not GOD...
  338. .....and he was too busy to do this project!!!  
  339.  
  340.      I think we now have 97% of all the information needed on how and why it
  341. works as we're consulted the telecos, US Robotics, and my most trusted
  342. friends and mentors to double-check and reverify everything.  SADLY, I can
  343. see that writin a "PROGRAM" now appears impractical if not "impossible".
  344.      There are just too many variables of machines, DOS, HDs, Controllers,
  345. and other factors.  I will keep a list on my BBS as people write me giving
  346. the EXACT SETUPS USED for various combinations.
  347.  
  348.      .....if you have a question or problem please call us and we'll try
  349.           to supply the "setup" or work out what should work based on all
  350.           our experience, "trial-n-error", and every note we can compile
  351.           from our members and people I know and respect on my friends' BBS.
  352.  
  353.  
  354.  
  355.                                     Doc 614-855-3114
  356.                                 "The Thinking Mans' BBS"
  357.  
  358.  
  359. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  360.  
  361.  
  362.  
  363.                HST 14.4 V.42b Setting for High Speed Transmission
  364.  
  365.      THIS BULLETIN ASSUMES:
  366.      1.  You have the NEW serial.device and use either ANSIcomm or
  367.          AZcomm.  Online, JRcomm or other packages have not proven
  368.          to date to be either as fast or reliable.
  369.  
  370. HST 14.4 (without V.42bis use following except use &K0)
  371.  
  372. HST settings for 14.4 V.42bis
  373.   
  374. atz
  375.   >ok
  376. atB1C1E1F1M1Q0V1X4&W
  377.   >ok
  378. at&A0&B1&C1&D2&G0&H1&I0&J0&K3&L0&M4&W
  379.   >ok
  380. at&P0&R2&S0&X1&Y1S11=38S21=001S26=000S15=008&W
  381.   >ok
  382.  
  383. INTERNATIONAL SETTINGS:
  384.  
  385. atb0&W  This is to accept the guard tones from European, Canadian and
  386.         other V.32 except Bell...uses CCITT standards.
  387.  
  388. AMI-EXPRESS NOTINGS:
  389.  
  390. SYSOPS: In modem setup string on CONFIG1 Screen 3, set G2 at the end.
  391.         This is necessary with Great Britain and other European systems
  392.         that use different guard tones.
  393.  
  394.         CHANGES FOR AMI-EXPRESS V1.0(j) AND ABOVE!!!!!!!!!!!!
  395.  
  396.         1.  For HST V.42bis change the following parameters:
  397.             ATZ
  398.             >OK
  399.             AT&A3S27=000&W
  400.  
  401.         2.  May find that S28=013 needed to answer both US/EUROPEAN calls.
  402. +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
  403. PREFERENCES:
  404.   1.  RATE  19,200 baud
  405.  
  406.   2.  ***NOTE*** DOS V2.0 may "try" 38.4K AFTER (REPEAT AFTER) 19.2K setup.
  407.                  ...expect various "individual results" with 38.4K....
  408.  
  409.   2.  F8N1
  410.   3.  RTS/CTS handshaking  (MANDATORY!!!!)
  411.   4.  Buffering 4K      (EVERYONE SHOULD START HERE...then experiment!!!)
  412.       a.  Kronos SCSI-  4K
  413.       b.  GVP Series II- 2K reported best
  414.       c.  Amiga 3000/25- 2K reported best
  415.       d.  Slow >28ms HD- 8-16K reported and MAX 1710cps
  416.       e.  "Flop-no HD" - 512-1K reported best
  417.  
  418. TASKPRIS:  BBS/TERM  HD/UD_DEVICE [RAM: VDK: DF0:]  CONTROLLER
  419.   
  420.  
  421.   1.  KRONOS SCSI-  12 (68020/030)  15 (68000)
  422.   2.  Flop-no HD -  12 (no improvement remove all other "user-started" tasks)
  423.   3.  Slow >28ms -  17 (lower input.device to 5)
  424.   4.  GVP II     -  16 AZcomm (**See special file re: HD/CONTROL TASKPRIS)
  425.   5.  3000 16-25 -  16 
  426.  
  427. BITPLANES:
  428.  
  429.   1.  There is ABSOLUTELY NO REASON with AZcomm not to use 3 bitplane/8 color
  430.   2.  There is ABSOLUTELY NO REASON to bother with JRjunk, PERIOD!!!
  431.       
  432.       Any term which has to be "killed" to 2 color is a poor design and
  433.       you can quote me to Jack Radigan.  Nor do I need 500 knobs/whistles
  434.       when 95% of the BBSs are AMI: AmiEX/TemPest  MS-DOS: PCBoard/WildCat.
  435.       
  436.       Maybe a simple AmiANSI/MS-ANSI.  Everything else is the same of F8N1,
  437.       Z-Modem, RTS/CTS, etcitera.  You want "wierd" protocols, Y-G, or other
  438.       things which are slow.....call an Amiga "Tag" BBS and use X-Modem 1200.
  439.  
  440. SPECIAL NOTES FOR PARTICULAR CONTROLLER/HD ARRANGEMENTS:
  441.  
  442.   1.  GVP SERIES II
  443.       a.  Many GVP Controllers come with the "Taskpri" built into the ROMS
  444.           at 5.  Use taskpri in your startup-sequence and address your GVP
  445.           device as: 'Taskpri gvpscsi.device 16'
  446.       b.  Do the same for your partitions such as DH0: DH1: which need the
  447.           priorities changes.  NOTE: Do not use the (':') when addressing
  448.           your partitions!!!!  Ex: taskpri DH0 16...NOT...taskpri DH0: 16
  449.           [ED. NOTE]- Remember devices or names with " " [spaces] must be
  450.                       done as: taskpri "this device.2" 16
  451.  
  452.       c.  SETTINGS (Courtesy The PathFinder)
  453.           RAM            16
  454.           gvpscsi.device 16
  455.           AZcomm         16
  456.           DH2            16 (the device from which he U/Ds
  457.           File System    5
  458.           File System    5
  459.           WorkBench      1
  460.           trackdisk.dev  5
  461.           trackdisk.dev  5
  462.           input.device   5
  463.           DH0 - DH1      10
  464.           
  465.           1.  This should be very similar for most GVP Series II.  Lower
  466.               than 16 results in slower CPS; higher setings result in CRC
  467.               errors and ARQ losses.
  468.           2.  BOOT UP- with the minimum you need by ";" out tasks which are
  469.               unnecessary during U/D sessions or remote BBS operations.
  470.           3.  As of this "update", I am getting 1780-1894cps with HyPer-HST
  471.               modified systems depending on phone line quality and their
  472.               internal DOS.
  473.           4.  CAVEAT:  Remember that this is a "WHOLE PROCESS" as I learned
  474.                        the very hard way.  If you have outdated commands in
  475.                        your dirs (C: L: LIBS: DEVS:) you will have poor luck
  476.                        trying to reach 1900cps.
  477.                        
  478.                        This whole process is very dependant on having all the
  479.                        latest and fastest C/ASM codes dir updates, libraries,
  480.                        and devices.......a proper setup of the HyPer......and
  481.                        a high-quality phone connection.
  482.           5.  If you have problems with GVP Controllers please leave me a
  483.               message at Doc's 614-855-3114 or Rosco's 203-448-6782
  484.  
  485.           
  486. THINGS TO "TRY" IF STILL EXPERIENCING PROBLEMS:
  487.  
  488. 1.  Remove "user-tasks" from startup-sequence with ";"
  489.  
  490. 2.  Remove loadwb/loadwb -debug from startup-sequence with ";"
  491.  
  492. 3.  CUSS, SCREAM, CRY, YELL....or call me, Spazm, Mike, Tarheel for help!!!!
  493.  
  494.  
  495.  
  496. CAVEATS:
  497.   1.  Some modems which are non-HST which have MNP Level 5 9600 will be
  498.       unable to properly connect with the &M4&K3.  These you can only
  499.       call at 2400 and are likely to be university sites, businesses or
  500.       other 9600 MNP-5 users.  From your terminal issue:
  501.       AT&K0&M4      -this should establish a clear 2400 connection.
  502.       *******Don't forget to reset to AT&K3&M4 upon DISCONNECTING*******
  503.  
  504.  
  505. UPDATES:
  506.  
  507.            COMPLETE SETTINGS FOR USR HST 16800 
  508.  
  509. USRobotics Courier 16800 HST Settings...
  510.  
  511.    B0  C1  E1  F1  M3  Q0  V1  X6
  512.    BAUD=38400  PARITY=N  WORDLEN=8
  513.    DIAL=PULSE  ON HOOK   TIMER
  514.  
  515.    &A3  &B1  &C1  &D2  &G0  &H1  &I0  &K3  &L0
  516.    &M4  &N0  &P0  &R2  &S0  &T5  &X0  &Y1  %R0
  517.  
  518.    S00=000  S01=000  S02=043  S03=013  S04=010
  519.    S05=008  S06=002  S07=060  S08=001  S09=006
  520.    S10=014  S11=040  S12=050  S13=000  S14=001
  521.    S15=000  S16=000  S17=000  S18=000  S19=010
  522.    S20=000  S21=010  S22=017  S23=019  S24=150
  523.    S25=005  S26=000  S27=000  S28=013  S29=020
  524.    S30=000  S31=000  S32=001  S33=000  S34=000
  525.    S35=000  S36=000  S37=000  S38=000
  526.  
  527. Starting in order:
  528. B0  - V32 answer seq. for EURO callers     C1  - Carrier Transmitter Enabled
  529. E1  - Local Echo On                        F1  - Full Duplex
  530. M3  - Speaker on after number dial         Q0  - Result Codes Displayed
  531. V1  - Verbal Mode                          X6  - All Result codes w/ VOICE!
  532.  
  533. &A3 - Complete Baud Code w/error    &B1 - Terminal <> Modem LOCK IT AT 38.4k
  534. &C1 - Modem control CD              &D2 - Drop DTR ends call
  535. &G0 - 0-U.S. & Canada 1-European    &H1 - Transmit Hardware Flow Control
  536.       2-U.K. & Common wealth
  537. &I0 - Received Flow Disabled        &K3 - Selective Data Compression
  538. &L0 - Normal Line                   &M4 - Normal / ARQ Connections
  539. &N0 - Variable Link Operations      &P0 - 0-U.S.&Canada 1-U.K.&Commonwealth
  540. &R2 - Received Data sent to DTE     &S0 - DSR Override
  541. &T5 - No Testing                    &X0 - Modem Clock is source
  542. &Y1 - Kills buffer sends break      %R0 - Normal operations
  543.  
  544. s0=0    - Disable Auto Answer       s1=0    - Counts 0 Rings
  545. s2=43   - Escape Code Character     s3=13   - Carriage Return Character
  546. s4=10   - Line Feed Character       s5=8    - Back Space Character
  547. s6=2    - Dial Wait Time [secs]     s7=60   - Carrier Wait Time [secs]
  548. (Not used since X6 is FAST DIAL)
  549. s8=1    - Dial Pause [sec] (COMMA)  s9=6    - Carrier Detect [1/10th sec]
  550. (In a dial use W instead of , then
  551.  it will dial as soon as it gets
  552.  a tone)
  553. s10=14  - Carrier Lost [1/10th sec] s11=40  - Dial Speed (Experiment to see
  554. (Set to 14 for those bad lines so             how fast your line can handle)
  555.  it won't disconnect! Even on C/W!)
  556. s12=50  - Escape code [50th sec]    s13=0   - Bitmapped (Not necessary)
  557. s14=1   - RESERVED! "DON'T SCREW"   s15=0   - Bitmapped (Not necessary)
  558. s16=0   - Bitmapped (Not necessary) s17=0   - RESERVED! "DON'T SCREW"
  559. s18=0   - Testing duration [secs]   s19=10  - HANG UP 10 mins of inactivity
  560. s20=0   - RESERVED! "DON'T SCREW"   s21=10  - Break Length [1/100th sec]
  561. s22=17  - XON Character             s23=19  - XOFF Character
  562. s24=150 - Pulsed DSR [1/50th sec]   s25=5   - RESERVED! "DON'T SCREW"
  563. s26=0   - R/C Delay [1/100th sec]   s27=0   - Bitmapped (Not necessary)
  564. s28=13  - Extended Answer Sequence  s29=20  - Mystery !NOT EVEN IN MANUAL!
  565. (Allows more time for Euros to
  566.  connect)
  567. s30=0   - Bitmapped (Not necessary) s31=0   - Bitmapped (Not necessary)
  568. s32=1   - Talk/Data Switch Options
  569. s33=0   - Bitmapped (Not necessary) s34=0   - Bitmapped (Not necessary)
  570. s35=0   - Bitmapped (Not necessary) s36=0   - Bitmapped (Not necessary)
  571. s37=0   - Bitmapped (Not necessary) s38=0   - Disconnect Wait time
  572.  
  573.  
  574. USRobotics Courier 16800 HST NVRAM Settings...
  575.  
  576.    DIAL=PULSE  B0  F1  M3  X6
  577.    BAUD=38400  PARITY=N  WORDLEN=8
  578.  
  579.    &A3  &B1  &G0  &H1  &I0  &K3  &L0  &M4
  580.    &N0  &P0  &R2  &S0  &T5  &X0  &Y1  %R0
  581.  
  582.    S02=043  S03=013  S04=010  S05=008  S06=002
  583.    S07=060  S08=001  S09=006  S10=014  S11=040
  584.    S12=050  S13=000  S15=000  S19=010  S21=010
  585.    S22=017  S23=019  S24=150  S25=005  S26=000
  586.    S27=000  S28=013  S29=020  S32=001  S33=000
  587.    S34=000  S35=000  S36=000  S37=000  S38=000
  588.  
  589.  
  590.    STORED PHONE #0: 
  591.                 #1:
  592.                 #2: 
  593.                 #3: 
  594.  
  595. USRobotics Courier 16800 HST Link Diagnostics...
  596.  
  597. Chars sent                    0      Chars Received                0
  598. Chars lost                    0
  599. Octets sent                   0      Octets Received               0
  600. Blocks sent                   0      Blocks Received               0
  601. Blocks resent                 0
  602.  
  603. Retrains Requested            0      Retrains Granted              0
  604. Line Reversals                0      Blers                         0
  605. Link Timeouts                 0      Link Naks                     0
  606.  
  607. Data Compression       NONE
  608. Equalization           Long
  609. Fallback               Disabled
  610.  
  611. No Connection
  612.  
  613. Configuration Profile...
  614.  
  615. Product type           US/Canada External
  616. Options                HST
  617. Clock Freq             16.0Mhz
  618. Eprom                  128k
  619. Ram                    32k
  620.  
  621. Supervisor date        02/12/92
  622. DSP date               02/06/92
  623.  
  624. Supervisor rev         4.1
  625. DSP rev                11
  626.  
  627. HELP,  Command Quick Reference (CTRL-S to Stop, CTRL-C to Cancel)
  628.  
  629. &$    HELP, Ampersand Commands       Kn    n=0  Call Duration Mode        
  630. %$    HELP, Percent Commands               n=1  Real Time Clock Mode      
  631. A/    Repeat Last Command            Mn    n=0  Speaker Off               
  632. A>    Continuously Repeat Command          n=1  Speaker On Until CD       
  633. AT    Command Mode Prefix                  n=2  Speaker Always On         
  634. A     Answer Call                          n=3  Speaker Off During Dial   
  635. Bn    n=0  V32 Mode/CCITT Answer Seq On    n=0  Return Online              
  636.       n=1  HST Mode/Bell Answer Seq        n=1  Return Online & Retrain    
  637. Cn    n=0  Transmitter Off                 n=2  Return Online & Speed Shift
  638.       n=1  Transmitter On            P     Pulse Dial                     
  639. Dn    Dial a Telephone Number        Qn    n=0  Result Codes Sent         
  640.       n=0..9#*TPR,;"W@!()-                 n=1  Quiet (No Result Codes)   
  641. DL    Dial Last Phone Number               n=2  Verbose/Quiet On Answer   
  642. DSn   Dial Stored Phone Number       Sr=n  Sets Register "r" to "n"       
  643. D$    HELP, Dial Commands            Sr?   Query Register "r"             
  644. En    n=0  No Command Echo           S$    HELP, S Registers              
  645.       n=1  Echo Command Chars        T     Tone Dial                      
  646. Fn    n=0  Online Echo               Vn    n=0  Numeric Responses         
  647.       n=1  No Online Echo                  n=1  Verbal Responses          
  648. Hn    n=0  On Hook (Hang Up)         Xn    n=0  Basic Result Codes        
  649.       n=1  Off Hook                        n=1  Extended Result Codes     
  650. In    n=0  Product Code                    n=2-7  Advanced Result Codes   
  651.       n=1  Checksum                  Z     Software Reset                 
  652.       n=2  RAM Test                  >     Continuously Repeat Command    
  653.       n=3  Call Duration/Clock       +++   Escape Code                    
  654.       n=4  Current Settings          $     HELP,  Command Summary         
  655.       n=5  NVRAM Settings            
  656.       n=6  Link Diagnostics          
  657.       n=7  Product Configuration     
  658.  
  659. HELP, Percent Commands (CTRL-S to Stop, CTRL-C to Cancel)
  660.  
  661. %Rn   n=0  Disable RCU link request    %T    Touch Tone recognition           
  662.       n=1  Enable RCU link request     
  663.  
  664. HELP, Ampersand Commands (CTRL-S to Stop, CTRL-C to Cancel)
  665.  
  666. &An   n=0  Disable /ARQ Result Codes   &Pn   n=0  N.American Pulse Dial       
  667.       n=1  Enable /ARQ Result Codes          n=1  UK Pulse Dial               
  668.       n=2  Enable /Modulation Codes    &Rn   n=0  CTS Follows RTS             
  669.       n=3  Enable /Extra Result Codes        n=1  Ignore RTS                  
  670. &Bn   n=0  Floating DTE Speed                n=2  RX to DTE/RTS high          
  671.       n=1  Fixed DTE Speed             &Sn   n=0  DSR Always On               
  672.       n=2  DTE Speed Fixed When ARQ          n=1  Modem Controls DSR          
  673. &Cn   n=0  CD Always On                      n=2  Pulse DSR, CTS=CD           
  674.       n=1  Modem Controls CD                 n=3  Pulse DSR                   
  675. &Dn   n=0  Ignore DTR                  &Tn   n=0  End Test                    
  676.       n=1  On-Line Command Mode              n=1  Analog Loopback (ALB)       
  677.       n=2  DTE Controls DTR                  n=3  Digital Loopback (DLB)      
  678. &F    Load Factory Configuration             n=4  Grant Remote DLB            
  679. &Gn   n=0  No Guard Tone                     n=5  Deny Remote DLB             
  680.       n=1  550 Hz Guard Tone                 n=6  Remote Digital Loopback     
  681.       n=2  1800 Hz Guard Tone                n=7  Remote DLB With Self Test   
  682. &Hn   n=0  Disable TX Flow Control           n=8  ALB With Self Test          
  683.       n=1  CTS                         &W    Store Configuration              
  684.       n=2  Xon/Xoff                    &Xn   n=0  DCE Synchronous Clock       
  685.       n=3  CTS and Xon/Xoff                  n=1  DTE Synchronous Clock       
  686. &In   n=0  Disable RX Flow Control           n=2  RX Clock is Source          
  687.       n=1  Xon/Xoff                    &Yn   n=0  Destructive                 
  688.       n=2  Xon/Xoff Chars Filtered           n=1  Destructive/Expedited       
  689.       n=3  HP Enq/Ack Host Mode              n=2  Nondest./Expedited          
  690.       n=4  HP Enq/Ack Terminal Mode          n=3  Nondest./Unexpedited        
  691.       n=5  Xon/Xoff for non-ARQ Mode   &Zn=s Store Phone Number               
  692. &Kn   n=0  Disable Data Compression    &Zn=L Store Last Phone Number          
  693.       n=1  Auto Data Compression       &Zn?  Query Phone Number               
  694.       n=2  Enable Data Compression     
  695.       n=3  Selective Data Compression  
  696. &Ln   n=0  Disable Leased Line         
  697.       n=1  Enable Leased Line          
  698. &Mn   n=0  Normal Mode                 
  699.       n=1  Synchronous Mode            
  700.       n=4  ARQ/Normal Mode             
  701.       n=5  ARQ Mode                    
  702. &Nn   n=0  Highest Link Speed          
  703.       n=1  300 bps                     
  704.       n=2  1200 bps                    
  705.       n=3  2400 bps                    
  706.       n=4  4800 bps                    
  707.       n=5  7200 bps                    
  708.       n=6  9600 bps                    
  709.       n=7  12000 bps                   
  710.       n=8  14400 bps                   
  711.      *n=9  16800 bps                   
  712.  
  713. HELP, S Register Functions (CTRL-S to Stop, CTRL-C to Cancel)
  714.  
  715. S0  Ring to Answer On                  S21 Break Length (1/100sec)            
  716. S1  Counts # of Rings                  S22 Xon Char                           
  717. S2  Escape Code Char                   S23 Xoff Char                          
  718. S3  Carriage Return Char               S24 DSR Pulse Time (1/50sec)           
  719. S4  Line Feed Char                     S25 DTR Recognition Time (1/100sec)    
  720. S5  Backspace Char                     S26 RTS/CTS Delay Time (1/100sec)      
  721. S6  Wait Time/Dial Tone (sec)          S27 Bit Mapped                         
  722. S7  Wait Time/Carrier (sec)                  1 = V21 Mode                     
  723. S8  Comma Time (sec)                         2 = Disable TCM                  
  724. S9  Carrier Detect Time (1/10sec)            4 = Disable V32                  
  725. S10 Carrier Loss Time (1/10sec)              8 = Disable 2100hz               
  726. S11 Dial Tone Spacing (msec)                16 = Disable MNP Handshake        
  727. S12 Escape Code Time (1/50sec)              32 = Disable V.42                
  728. S13 Bit Mapped                              48 = Disable V.42 Detect Phase   
  729.       1 = Reset On DTR Loss                 64 = Reserved                     
  730.       2 = Do Originate in Auto Answer      128 = Unusual SW-Incompatibility   
  731.       4 = No Pause Before Result Codes S28 Reserved                           
  732.       8 = Do DS0 On DTR                S29 Reserved                           
  733.      16 = Do DS0 On Reset              S30 Reserved                           
  734.      32 = Disable HST                  S31 Reserved                           
  735.      64 = Disable MNP Level 3          S32 Talk/Data Switch                   
  736.     128 = Hardware Reset                     0 = Disabled                     
  737. S14 Reserved                                 1 = Originate Mode               
  738. S15 Bit Mapped                               2 = Answer Mode                  
  739.       1 = Disable High-Freq EQ               3 = Redial Last Number           
  740.       2 = Disable Online Fallback            4 = Dial Stored Number 0         
  741.       4 = Disable 450 bps Back Channel       5 = Auto Answer Toggle           
  742.       8 = Reduced Non-ARQ TX Buffer          6 = Reset Modem                  
  743.      16 = Disable MNP Level 4                7 = Initiate RDL                 
  744.      32 = Set DEL=Backspace                  8 = Busy Toggle                
  745.      64 = Unusual MNP-Incompatibility  S33 Reserved                           
  746.     128 = Custom Applications          S34 Bit Mapped                         
  747. S16 Test Modes                               1 = Disable V32bis               
  748.       1 = Analog Loopback                    2 = Disable Enhanced V32 mode    
  749.       2 = Dial Test                          4 = Disable Quick V32 retrain    
  750.       4 = Test Pattern                       8 = Enable V23 Fallback          
  751.       8 = Remote Digital Loopback           16 = Change MR to DSR             
  752.      16 = Reserved                          32 = Enable MI/MIC                
  753.      32 = Reserved                          64 = Reserved                     
  754.      64 = Reserved                         128 = Reserved                     
  755.     128 = Reserved                     S35 Reserved                           
  756. S17 Reserved                           S36 Reserved                           
  757. S18 &Tn Test Timeout (sec)             S37 Reserved                           
  758. S19 Inactivity Timeout (min)           S38 Disconnect Wait Time (sec)         
  759. S20 Reserved                           
  760.  
  761. * THIS ONLY WORKS ON AMIGAS WITH 2.0 RUNNING IN ROM WITH
  762.   1. RTS/CTS ON  2. 31250 BAUD  3. 64K BUFFER!
  763.  
  764. ****FOR THOSE THAT "INSIST" ON JRjunk by Jack the Radical*****
  765.  
  766. Jrcomm should be set to 19.2k w/ transfer buffer 16k and 4 colors. It seems
  767. the more the colors the more you are likely to loose characters due to the
  768. Jack's poor design. INIT STRING should be ATZ. One note 16.8k hst doesnt
  769. seem to be detecting busy signals as fast as the 14.4k it takes 4 busys
  770. instead of the normal two. Hopefully this can be changed!
  771.